NPS-GSBPP-08-008 


NAVAL 

POSTGRADUATE 

SCHOOL 

MONTEREY,  CALIFORNIA 


Gap  Analysis:  Rethinking  the  Conceptual  Foundations 

30  January  2008 
by 

Gary  O.  Langford,  Lecturer, 

Graduate  School  of  Engineering  &  Applied  Sciences 

Dr.  Raymond  (Chip)  Franck,  Senior  Lecturer, 

Graduate  School  of  Business  &  Public  Policy 

Dr.  Tom  Huynh,  Associate  Professor, 

Graduate  School  of  Engineering  &  Applied  Sciences 

Dr.  Ira  Lewis,  Associate  Professor, 

Graduate  School  of  Business  &  Public  Policy 

Naval  Postgraduate  School 


Approved  for  public  release,  distribution  is  unlimited. 
Prepared  for:  Naval  Postgraduate  School,  Monterey,  California  93943 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


Naval  Postgraduate  School 
Monterey,  California 


Daniel  Oliver 
President 


Leonard  A.  Ferrari,  Ph.D. 
Provost 


The  Acquisition  Chair,  Graduate  School  of  Business  &  Public  Policy,  Naval 
Postgraduate  School  supported  the  funding  of  the  research  presented  herein. 
Reproduction  of  all  or  part  of  this  report  is  authorized. 

The  report  was  prepared  by: 


Gary  O.  Langford,  Lecturer 

Graduate  School  of  Engineering  &  Applied  Sciences 


Raymond  (Chip)  Franck,  Senior  Lecturer 
Graduate  School  of  Business  &  Public  Policy 


Tom  Huynh,  Associate  Professor 

Graduate  School  of  Engineering  &  Applied  Sciences 


Ira  Lewis,  Associate  Professor 

Graduate  School  of  Business  &  Public  Policy 

Reviewed  by: 


Robert  N.  Beck 

Dean,  Graduate  School  of  Business  &  Public  Policy 


Released  by: 


Dan  C.  Boger,  Ph.D. 
Acting  Dean  of  Research 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


REPORT  DOCUMENTATION  PAGE 


Form  approved 
OMB  No  0704-0188 


Public  reporting  burden  for  this  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources, 
gathering  and  maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this 
collection  of  information,  including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  information  Operations  and  Reports,  1215  Jefferson 
Davis  Highway,  Suite  1204,  Arlington,  VA  22202-4302,  and  to  the  Office  of  Management  and  Budget,  Paperwork  Reduction  Project  (0704-0188),  Washington,  DC  20503. 

2.  REPORT  DATE  3.  REPORT  TYPE  AND  DATES  COVERED 

30  January  2008  31  March  2007  to  14  December  2007 


4.  TITLE  AND  SUBTITLE 

Gap  Analysis 

5.  FUNDING 

6.  AUTHOR  (S) 

Gary  O.  Langford;  Raymond  Franck;  Tom  Huynh;  Ira  Lewis 

7.  PERFORMING  ORGANIZATION  NAME  (S)  AND  ADDRESS  (ES) 

8.  PERFORMING  ORGANIZATION  REPORT 

NAVAL  POSTGRADUATE  SCHOOL 

NUMBER 

GRADUATE  SCHOOL  OF  BUSINESS  AND  PUBLIC  POLICY 

555  DYER  ROAD 

MONTEREY,  CA  93943-5103 

NPS-GSBPP-08-008 

9.  SPONSORING/MONITORING  AGENCY  NAME  (S)  AND  ADDRESS  (ES) 

10.  SPONSORING/MONITORING 

AGENCY  REPORT  NUMBER 

11.  SUPPLEMENTARY  NOTES 

13.  ABSTRACT  (Maximum  200  words.) 

Gap  Analysis  is  regarded  as  a  useful  tool  to  facilitate  commercial  and  defense  system  acquisitions.  This  paper  addresses  the  theoretical 
foundations  and  systematics  of  Gap  Analysis  with  practical  extensions  to  illustrate  its  utility  and  limitations.  The  growing  sophistication  and 
complexity  of  new  systems  or  system  of  systems  have  resulted  in  a  dramatic  increase  in  time  and  money  to  reach  operational  capability. 
Gap  Analysis,  properly  defined  and  enacted,  clarifies  goals,  appropriate  investment  and  the  end-use. _ 


16.  PRICE  CODE 


NSN  7540-0 1  -280-5800  Standard  Form  298  (Rev.  2-89) 

Prescribed  by  ANSI  Std  239-18 


20.  LIMITATION  OF 
ABSTRACT:  UU 


15.  NUMBER  OF 
PAGES  55 


14.  SUBJECT  TERMS 

Gap,  Gap  Analysis,  Value  Acquisition,  Value  Engineering,  Systems  Engineering 


17.  SECURITY  CLASSIFICATION  OF  18.  SECURITY  CLASSIFICATION  OF  19.  SECURITY  CLASSIFICATION  OF 
REPORT:  UNCLASSIFIED  THIS  PAGE:  UNCLASSIFIED  ABSTRACT:  UNCLASSIFIED 


12b.  DISTRIBUTION  CODE 


12a.  DISTRIBUTION/AVAILABILITY  STATEMENT 
Approved  for  public  release;  distribution  is  unlimited 


1.  AGENCY  USE  ONLY  (Leave  blank) 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


Abstract 


Gap  Analysis  is  widely  regarded  as  a  useful  tool  to  facilitate  commercial  and 
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the  perspectives  of  systems  and  value  engineering. 

The  growing  sophistication  and  complexity  of  new  systems  or  system  of 
systems  have  resulted  in  a  dramatic  increase  in  time  and  money  to  reach 
operational  capability.  Gap  Analysis,  properly  defined  and  enacted,  clarifies  goals, 
appropriate  investment  and  the  end-use. 
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Executive  Summary 


The  traditional  Department  of  Defense  style  Gap  Analysis  can  benefit  from  a 
broadly  based  methodology  that  combines  value  engineering  and  systems 
engineering.  Value  engineering  improves  the  value  of  goods  and  service  by  being 
effective  and  efficient,  while  systems  engineering  focuses  on  development  and 
organization  of  complex  systems.  Both  rely  on  functional  approaches  that  are 
analytical  by  their  means  and  methodical  by  their  natures.  Gap  Analysis  is  an 
assessment  tool  that  compares  a  system’s  actual  performance  with  its  potential. 

Gap  Analysis  embodies  both  the  notions  of  beginning  and  ending  points  as  well  as 
the  path  betwixt  to  achieve  a  desired  capability.  Combining  value  engineering  with 
systems  engineering  offers  a  robust  means  to  evaluate  both  the  appropriate  system 
requirements  as  well  as  the  efficacy  of  fulfilling  a  stated  mission  objective  given  a  set 
of  alternatives.  To  facilitate  such  a  success,  we  conjoined  value  engineering  and 
systems  engineering  to  build  metrics  and  measures  to  ensure  (1 )  delivery  of  lowest 
lifecycle  cost  acquisitions  consistent  with  required  performance,  (2)  strict  adherence 
to  appropriate  capability-based  requirements,  and  (3)  alignment  of  budgets  with 
acquisition  decisions. 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


XIV 


Introduction 


The  challenge  of  successfully  acquiring  and  operating  a  new  system  is  to  ensure 
that  the  mission  will  be  accomplished  within  an  acceptable  level  of  loss.  To  that  end  there 
have  been  numerous  attempts  to  develop  and  field  systems  that  are  intended  to  prevail  in 
the  event  of  conflict.  How  should  these  future  systems  be  defined?  Who  is  responsible? 
What  processes  guide  the  system  requirements?  If  “we”  perceive  a  deficiency  or  a 
desired  goal  that  is  different  from  that  which  we  are  intending,  then  there  could  exist  a 
basis  for  gap  in  capability  and  therefore  a  desire  to  close  the  capability  gap. 

What  you  desire  versus  what  you  have  is,  in  essence,  a  Gap.  The  Gap  is  as  much 
the  relationship  between  what  is  perceived  to  be  important  and  the  derived  difference 
between  performance  and  expectations.  The  methodology  and  analysis  of  that  difference 
is  the  descriptive  foundation  for  Gap  Analysis.  From  a  mission  capability  perspective,  a 
Gap  may  consist  of  deficiencies  in  operational  concepts,  current  or  projected  operational 
disadvantages,  technologies,  and  understood  future  needs.  To  be  specific,  a  Gap  must 
be  founded  on  the  starting  and  ending  points  as  well  as  the  difference  between  these 
points.  Quantifying  these  metrics  typically  involves  evaluating  a  number  of  situations  and 
mission  scenarios  in  concert  with  actions,  or  more  generally  stated,  guidance  from  policy 
and  goals.  Measures  of  Effectiveness  (MOEs)  have  long  formed  the  set  of  standards 
from  which  to  determine  how  well  a  capability  satisfies  a  requirement  (Sproles  2002). 
MOEs  are  distinguishable  from  Measures  of  Performance  (MOPs)  in  that  MOEs  offer  the 
external  view,  while  MOPs  are  more  consistent  with  the  internal  view.  The  external  view 
captures  the  system’s  beginning  and  ending  points,  and  the  MOE  of  the  candidate 
programs  to  fill  the  gap.  The  internal  view  involves  measures  of  how  well  one  fills  the  gap, 
through  the  MOPs.  Therefore  one  must  formulate  both  MOEs  and  MOPs  to  fully  define  a 
Gap.  However,  Chairman  of  the  Joint  Chiefs  of  Staff  Instruction  CJCSI  31 70.01  D  Joint 
Capabilities  Integration  and  Development  System  (12  March  2004)  focuses  on  MOEs 
while  there  is  no  mention  of  MOPs.  There  is  an  implied  admixture  of  MOEs  and  MOPs 
defined  as  MOEs,  but  the  essential  qualities  of  performance  based  metrics  are  missing 
for  carrying  out  activities  and  actions,  for  measuring  functions,  and  from  which  to 
determine  economic  and  numeric  losses. 


i 


Gap  Analysis  is  deeply  embedded  and  fully  institutionalized  as  a  cornerstone  of 
the  United  States  Department  of  Defense  (DoD)  acquisition  strategy,  particularly  in  the 
critical  process  called  Valuation  of  Alternative  (VoA),  formerly  Analysis  of  Alternatives 
(AoA).  It  is  the  purpose  of  Gap  Analysis  within  the  DoD  VoA  process  to  report  on  the 
evaluation  of  the  performance,  operational  effectiveness,  operational  suitability,  and 
estimated  costs  of  the  alternative  systems  to  meet  a  desired  mission  capability.  In  this 
context,  the  VoA  assesses  the  advantages  and  disadvantages  of  alternatives  under 
consideration. 

The  goal  of  the  Department  of  Defense  (DoD)  Gap  Analysis  is  to  compare  current 
capability  to  a  set  of  requirements.  Where  differences  arise,  gaps  are  identified  and 
quantified,  and  mitigations  are  prioritized  and  planned.  This  paper  addresses  the 
theoretical  foundations  and  systematics  of  Gap  Analysis  with  extensions  to  illustrate  its 
utility  as  a  useful  management  tool  for  both  defense  and  commercial  acquisition 
purposes.  Without  a  considered  theoretical  foundation  from  which  to  conduct  Gap 
Analysis,  an  inadequate  level  of  guidance  regarding  appropriate  methodology  and 
analytical  methods  may  well  result.  The  metrics  of  Gap  Analysis  are  defined  on  the  basis 
of  system  value  (Langford,  2006  and;  Langford  and  Huynh,  2007)  and  assessed  risks. 

Discussion 

For  the  US  Department  of  Defense  (DoD),  the  acquisition  of  goods  and  services 
follows  the  policies  outlined  in  Directives,  the  Joint  Capabilities  Integration  and 
Development  System  (JCIDS),  and  the  Defense  Acquisition  Guidebook  DoD  5000  (the 
structure  and  operation  of  the  defense  acquisition  system).  In  this  context,  Gap  Analysis 
is  a  method  for  identifying  the  degree  to  which  a  current  system  satisfies  a  set  of 
requirements.  The  goal  of  Gap  Analysis  is  to  align  an  anticipated  future  outcome  with  a 
future  reality  that  can  be  formulated,  definitized,  and  established  or  constructed.  But,  Gap 
Analysis  is  not  intended  to  close  the  space  between  the  most  distant  extremes  or  the 
rarest  occurrences.  Rather,  Gap  Analysis  is  centered  on  the  larger,  more  general  aspects 
that  are  by  and  large  not  part  of  the  present  reality  (referred  to  as  the  current  reference 
frame).  For  the  DoD,  Gap  Analysis  grew  out  of  the  realization  that  relying  solely  on  a 
threat-based  approach  (used  as  a  primary  driver  of  requirements  until  2000)  or  a 
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technology  approach  to  determining  future  needs  is  both  costly  and  largely  ineffective. 
One  of  the  concerns  with  threat-based  methods  lies  with  the  notion  of  being  guided  by 
the  will  and  intentions  of  others,  as  exemplified  through  an  analysis  of  threats,  their 
efficacy  and  robustness,  rather  than  relying  on  our  competitive  advantages  to  define  and 
frame  future  engagements. 

Alternatively,  a  technology-centered  approach  is  open-ended,  with  little  constraint 
for  what  can  be  postulated.  Acquisitions  based  on  a  technology  approach  may  not  result 
in  a  continuous  presentation  of  appropriate  military  hardware  that  is  consistent  with 
lifecycle  cost  issues  or  the  necessary  capabilities  in  time  of  conflict.  With  only  theoretical 
physics  as  the  constraint,  technology  developments  can  extend  twenty  years  or  longer 
(e.g.,  ground-based,  airborne,  and  space-based  laser  weapon  systems).  Even  with  an 
incremental  approach  to  delivering  products,  usable  incarnations  of  systems  may  be 
distanced  by  inadequacies  in  the  phases  of  development  and  levels  of  integration.  At 
issue  is  the  availability  of  weapons  systems  and  doctrine  that  can  prevail  in  hostilities 
without  (1)  spending  an  enormous  amount  of  money  to  sustain  existing  systems  until  new 
systems  are  delivered,  and  (2)  having  to  develop  a  needed  technology  engineered  and 
made  available  for  use.  Acquisitions  based  on  a  threat-based  approach  are  always 
plagued  by  the  credibility  of  the  threat — the  absolute  measure  of  what  an  adversary  will 
have  available  in  the  future. 

Accordingly  neither  the  technology  nor  the  threat-based  approaches  address  some 
of  the  persistent,  perennial  issues  that  fundamentally  impact  the  implementations  of  Gap 
Analysis. 

Since  the  turn  of  the  century,  DoD  has  concentrated  on  a  capabilities-based 
approach,  with  defining  capabilities  identified  top-down,  imbued  with  characteristics  of 
measures  of  effectiveness,  supportability,  time,  distance,  effect  (including  scale)  and 
obstacles  to  overcome.  Capability  is  defined  by  an  operational  user  as  the  ability  to 
execute  a  specified  course  of  action  (CJCSI  31 70.01  D). 
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Gap  Analysis  Background 


The  first  reference  to  Gap  Analysis  was  in  the  1938  publication  on  the  disjuncture 
between  cultural  goals  and  institutional  norms  (Merton,  1938).  The  notion  was  adapted  to 
psychotic  behavior  (1950s),  preferred  biodiversity  (1980s),  personnel  planning  (1989), 
and  more  recently,  competitive  analysis  and  interest  rates  of  financial  instruments.  Gap 
Analysis  was  referred  to  in  a  series  of  instructions  from  the  Chairman  of  the  Joint  Chiefs 
of  Staff  throughout  the  1990s  with  reference  to  defining  gaps  in  capabilities  requiring  a 
material  solution.  In  the  late  1990s,  the  DoD  infused  a  form  of  Gap  Analysis  into  the 
acquisition  process — comparing  future  threat-based  assessments  to  current  capability. 
Meanwhile  program  costs  seemed  out  of  control,  major  projects  were  cancelled,  and 
functionality  was  not  being  delivered  as  desired.  A  memorandum  from  Secretary  of 
Defense  Donald  Rumsfeld  asked  for  ideas  to  fix  the  DoD  process  of  determining  system 
requirements  (Rumsfeld,  2002).  Gap  Analysis  had  come  into  being  and  was  thriving 
within  the  structure  of  the  JCIDS  process.  The  determinant  factor  for  acquisition  had 
moved  from  a  threat-based  premise  to  a  capabilities-based  identification  of  needs.  While 
the  threat  continues  to  be  a  part  of  the  acquisition  process,  part  of  the  initial  capabilities 
document  (ICD)  -  the  document  that  initiates  the  acquisition  system  management 
process,  Gap  Analysis  is  performed  on  the  basis  of  desired  capability. 

While  Gap  Analysis  should  be  neither  technology-driven  nor  threat-driven,  it  is  an 
approach  that  largely  uses  technology  and  threats  as  inputs  to  a  vision-driven  future.  Gap 
Analysis  is  based  on  the  high-level  collective  vision  of  what  we  need.  This  vision  is 
discussed  at  the  top  levels  of  government  within  the  context  of  the  national  security 
strategy;  the  strategic  concepts  postured  for  defense,  the  joint  operations  concepts,  and 
the  integrated  architectures  of  US  forces.  The  vision  is  then  stated  as  a  goal,  one  that  is 
to  be  achieved  methodically  through  a  step-wise  process.  The  problems  with  the  existing 
formulation  of  Gap  Analysis  are  determining:  (1 )  what  constitutes  the  foundation  data,  (2) 
which  data  are  relevant  to  a  future  competitive  analysis,  (3)  how  should  the  relevant  data 
be  structured  to  deal  with  the  future  issues  within  the  proper  context,  (4)  what  are  the 
assumptions  and  scaling  rules  used  to  extend  the  current  state  of  industrial  output, 
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technology  advances,  and  engineering  developments,  and  (5)  what  process  or 
methodology  enforces  consistency  of  performing  Gap  Analysis. 
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Research  Objectives 


The  process  of  identifying  needs  and  unsatisfied  desires,  or  gaps  in  capability — in 
essence,  the  goal — is  sometimes  enacted  through  a  set  of  ad-hoc  processes  and  actions 
accompanied  by  analysis  of  alternatives.  Closing  the  capability  gap  between  what  exists 
and  what  is  wanted  includes  the  aptitude  required  to  develop  something  new  and  the 
reference  point  from  which  one  starts.  This  is  an  Omni-dimensional  problem  that 
encompasses  strategy,  operations,  systems  engineering  processes,  and  the 
compositional  elements  of  the  system.  Technology  readiness  and  maturity  are  integral 
parts  of  Gap  Analysis. 

The  first  step  in  improving  Gap  Analysis  is  to  determine  the  underlying  premises 
and  fundamental  metrics  of  such  an  Analysis.  This  paper  investigates  the  theoretical 
issues  of  Gap  Analysis  and  proposes  seven  metrics  based  on  quantifiable  worth,  value, 
and  risk.  By  developing  the  theory  of  Gap  Analysis  into  a  form  that  can  be  applied  in  a 
clear  and  consistent  manner  to  the  DoD  acquisition  process,  the  process  of  defining 
requirements  can  be  addressed  directly.  Specifically,  Worth  metrics  can  be  applied  to  a 
critical  examination  of  foundation  data;  Risk  metrics  can  be  used  to  interpret  the 
relevancy  of  data;  an  Enterprise  Framework  (which  displays  Worth  and  Risk  metrics)  can 
illustrate  context  at  a  given  time;  and  assumptions  can  be  definitively  scrutinized.  To 
further  understand  and  determine  the  applicability  of  Gap  Analysis  for  DoD  acquisition,  a 
final  step  in  this  work  is  to  identify  the  general  limitations  of  Gap  Analysis  and  the  general 
impositions  that  Gap  Analysis  places  on  the  success  of  the  acquisition  process. 

Theory 

Gaps  have  to  do  with  mechanical  causal  histories — the  telelogic  argument  that 
gaps  exist  and  can  be  ameliorated  by  goal-directed  actions.  Aristotle  was  the  first 
philosopher  to  formulate  an  accountable  theory  of  telelogy  founded  on  four  causal 
properties:  material,  formal,  efficient,  and  final.  He  argued  that  these  four  causes  are 
required  to  give  a  complete  account  of  any  event.  The  cause  of  material  involves  being 
made  of  matter  (e.g.,  the  product);  the  cause  of  formal  involves  relations  between  entities 
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(e.g.,  the  network);  the  cause  of  efficient  involves  acting  in  certain  ways  (e.g.,  the 
procedures);  and  the  cause  of  final  involves  having  specific  goals  towards  which  actions 
are  directed  (e.g.,  the  use). 

For  the  Department  of  Defense,  Gaps  are  defined  in  terms  of  functional  areas; 
relevant  span  and  domain  of  military  operations;  intended  effects;  temporal  matters; 
policy  implications  and  constraints.  Further  all  gaps  are  defined  in  terms  of  capability.  The 
Joint  Capabilities  Integration  Development  System  (JCIDS  -  the  formal  U.S.  DoD 
procedure  which  defines  acquisition  requirements  and  the  criteria  to  evaluate  weapon 
systems)  was  implemented  to  specifically  address  capability  gaps.  But  not  all  capability 
gaps  require  a  material  solution  set.  Changes  or  enactments  of  Doctrine,  Organization, 
Training,  Materiel,  Leadership  and  education,  Personnel,  and  Facilities  (DOTMLPF)  are 
also  considered  to  close  Gaps.  Such  considerations  are  formally  evaluated  before 
recommending  the  start  of  a  new  acquisition  effort  (CJCSI  31 70.01  E  and  CJCSM 
31 70.01  B).  In  essence  functional  capabilities  are  assessed  to  identify  gaps. 

It  is  relevant  to  mention  the  pioneering  work  by  Lawrence  Miles  to  formally 
recognize  and  focus  attention  on  functions  of  a  product.  Product  functions  create  (or 
cause)  performances  relative  to  costs,  which  is  both  a  measure  of  relevancy  and 
effectiveness. 

Yet  Gap  Analysis  is  concerned  with  the  difference  between  the  present  and  the 
future,  the  reality  and  the  expected,  but  not  with  the  time  or  discrete  time-steps  between 
these  disparities.  While  the  DoD  typically  formulates  its  development  interests  in  a 
temporal  domain  (e.g.,  a  timeline  of  activities),  the  development  activities  are  construed 
and  managed  as  a  discrete  set  of  events.  The  Systems  Engineering  Process  Models 
reinforce  the  notion  of  when  to  move  from  one  stage  of  product  development  to  the  next 
stage,  as  well  as  what  tasks  need  to  be  completed  within  each  stage.  Consequently,  the 
notion  of  a  temporal  juxtaposition  of  activities  is  less  relevant  to  the  event-driven 
outcomes  which  characterize  a  future  competitive  space.  In  other  words,  Gap  Analysis 
does  not  reflect  when  something  will  actually  happen,  only  that  it  will  happen.  This 
defining  of  a  Gap  (in  a  different  way  than  found  in  US  acquisition  policy,  DoD  5000 
series)  lends  itself  naturally  to  a  display  of  intentions  that  accurately  reflect  the  constraints 
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of  event-based  competition  founded  on  the  product,  operations,  and  strategy  of  the 
various  competitors. 

In  total,  this  redacting  of  Gap  Analysis  into  events  rather  than  timelines  eliminates 
the  actual  propositional  attributes  of  the  competition,  but  retains  the  notional  attributes. 
Propositional  attributes  iterate  the  validity  of  belief  attitudes  (i.e.,  I  know  what  I  know,  I 
know  what  I  want).  Notional  attributes  include  intentions  and  wishes  (i.e.,  the  end  result  is 
not  influenced  by  the  proposer’s  illative  skills)  (Duzi,  2002).  Temporal  considerations 
(e.g.,  I  know  when  I  want  it)  can  be  added  as  an  attribute  of  the  Enterprise  Framework 
after  forming  a  situational  awareness  in  event-space.  There  are  alternative  interpretations 
of  Enterprise  Frameworks,  most  notably  for  software  applications  (Hafedh,  Fayad, 

Brugali,  Flamu  &  Dori,  2002).  This  study  maintains  that  such  theories  can  be  used  to 
surmise  a  means  to  enforce  consistency  in  process,  application,  and  interpretation  of 
Gaps. 

Value 

The  prime  distinguishing  characteristic  of  value  engineering  is  the  use  of  functional 
(or  function)  analysis  (Miles,  Larry  1 972,  first  published  1961).  Value  Engineering  (VE) 
was  developed  by  Miles  and  Erlicher  at  General  Electric  in  1947  as  a  means  to 
appreciate  what  an  element  of  the  system  does  rather  than  what  it  is.  Value  Engineering 
is  an  organized  process  to  optimize  a  system’s  functionality  versus  cost.  Alternatively,  VE 
provides  the  necessary  functions  at  the  lowest  cost,  or  determines  which  alternative 
design  will  provide  the  most  reliable  performance  for  a  given  cost.  In  essence,  analyzing 
Value  is  the  way  and  manner  of  analyzing  productivity,  selecting  alternatives,  and 
otherwise  manipulating  the  ratio  of  Performance  to  Cost.  For  the  purpose  of  this  report, 
the  authors  will  not  distinguish  between  Value  Engineering  and  Value  Analysis.  Value 
Analysis  (VA)  is  typically  concerned  with  productivity,  the  use  of  labor,  materials  and 
profitability. 

The  term  Value  has  many  colloquial  definitions,  including  the  term’s  use  and 
misuse  often  disguised  as  promoting  various  marketing  and  sales  concepts.  But  in  the 
main,  constructs  of  Value  are  without  merit  and  meaning  unless  there  is  a  relationship  to 
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functions,  and  therefore  by  reference,  to  system  objective(s)  or  use(s).  Value  is  not 
synonymous  with  cost  or  investment.  Value  is  the  functionality  and  performance  of  a 
system  divided  by  the  investment  to  deliver  or  sustain  same  (Langford,  2005).  Further, 
Value  is  not  Worth,  which  is  a  measure  of  Value  given  risk  (discussed  in  next  section). 
There  are  different  types  of  Value  (use,  esteem,  cost,  exchange,  scrap,  and  so  forth).  For 
the  purposes  of  this  report,  the  authors  do  distinguish  between  the  types  of  Value. 

Value  compares  the  functionality  and  use  one  receives  versus  what  one  invested 
(Langford,  2006).  This  notion  of  Value  explicitly  requires  a  buyer  and  seller  model  to 
determine  Value.  This  presupposes  that  there  is  always  a  “source  and  a  sink”,  an  “input 
and  an  output”,  a  pre-condition  and  a  post-condition  that  is  the  determinant  of  Value. 
Therefore,  Value  is  the  ratio  of  the  defining  characteristics  of  the  product  (Functions  and 
Performances)  divided  by  the  investment  to  achieve  that  functionality  and  performance. 
Value  is  measured  in  absolute  terms.  For  example,  the  product  shall  provide  a  function 
with  a  specified  performance.  That  function  does  0.5  of  what  was  paid  for  (as  perceived 
from  the  point  of  view  of  the  developer).  Or  perhaps,  the  performance  was  measured  at 
90%  of  the  requirement.  The  investment  expended  to  achieve  that  functionality  and 
performance  was  as  planned.  Therefore,  the  value  was  less  than  desired  (developer’s 
perspective).  The  Value  Function  (Equation  1)  relates  the  System  Value  to  the  System 
Use(s)  or  to  the  System  function(s)  and  their  related  performances  divided  by  the 
investment. 


Equation  1.  Value  Function 

_  y:/  ur  hn: 

m 

where  F(t )  is  a  function  performed  by  the  system;  P( 0  is  the  performance  measure  of 

the  function  F(t)\  I(t)  is  the  investment  (e.g.,  dollars  or  other  equivalent  convenience 
of  at-risk  assets);  and  the  time,  t,  is  measured  relative  to  the  onset  of  initial  investment  in 

the  project.  The  unit  of  V(t)  is  that  of  P(0  divided  by  Investment  (which  could  be 
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quantified  in  terms  of  dollars  or  another  meaningful  measure  an  investment),  since  F( t) 
is  dimensionless. 

The  importance  of  functions  was  underscored  in  1954  by  Lawrence  Miles  when  he 
conceived  Value  Analysis  (and  the  subsequent  development  of  the  fields  of  Value 
Engineering  and  Systems  Engineering)  away  from  the  parochial  focus  of  simply  providing 
system  components.  He  based  his  functional  analysis  on  the  component  parts  of  the 
product,  the  totality  of  which  provided  the  desired  functions.  The  purpose  of  functional 
analysis  was  to  establish  why  an  element  exists  so  that  alternative  solutions  could  be 
generated  (Green,  Stuart  1996).  Value  Engineering  is  the  activity  which  identifies  and 
analyzes  the  function  of  products  and  services  to  achieve  an  overall  effectiveness  in 
providing  system  functionality.  Systems  Engineering  is  the  activity  which  identifies  and 
analyzes  functions  of  products  and  services  to  specify  the  requirements  that  need  to  be 
built  and  sustained. 

When  applied  to  Gap  Analysis,  the  metrics  used  for  analyzing  requirements  are 
Value  and  Risk.  Value  is  captured  by  the  cost  of  Functions  and  their  Performances,  and 
Investment  (measured  in  cost  or  investment).  In  common-sense  fashion,  value  is  a 
measure  of  appreciation.  It  may  be  objective  or  subjective.  Objective  value  relates  to  the 
idea  that  there  is  independence  of  assessments  viewed  from  various  perspectives — a 
consensus  opinion  of  truth.  Subjective  value  is  based  on  what  is  expected  (the  sum  of  all 
corporal  and  abstract  happenings  from  which  you  benefit  and  expect  from  a  situation  if 
you  participate  in  a  certain  fashion).  Value  is  simply  the  matter  of  minimizing  cost  or  its 
time  equivalency  to  develop  a  product.  Value  is  the  use  that  users  expect  (e.g.,  the 
functions  and  performance)  for  the  investment  they  are  willing  to  make.  Further,  Value  is 
exemplified  in  the  formulation  of  lifecycle  costs  and  lifecycle  time  that  express  the 
transformation  of  company  assets  into  profitably  sold  products  that  have  a  set  of 
functions,  performances,  and  quality.  Each  function  is  an  activity  that  the  product  does 
with  certain  performance  attributes.  For  each  function,  there  can  be  several  performance 
requirements.  But  there  is  never  a  function  without  a  performance. 
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Worth 

The  notion  of  Worth  extends  the  concept  of  Value  to  include  the  intangibles  of  an 
indefinite  quantity  or  other  uncertainties.  We  define  Worth  as  an  indefinite  quantification 
of  something  having  a  specified  value.  An  example,  “I  have  $20.  Please  give  me  $20 
worth  of  gasoline”.  I  have  already  determined  that  gasoline  has  sufficient  value  to  warrant 
my  purchasing  it,  and  I  have  a  limited  budget  of  $20.  I  am  willing  to  purchase  more 
gasoline  at  a  later  time,  when  I  either  have  more  than  $20,  have  more  time  to  pump  the 
gasoline,  or  have  a  current  additional  constraint  removed.  But,  is  it  worth  it  to  purchase 
from  this  vendor  or  another  vendor  at  another  location.  Perhaps  $20  purchases  more 
gasoline  at  a  different  location  from  a  different  vendor.  The  $20  will  purchase  either 
Quantity  X  from  vendor  A  or  Quantity  Y  from  vendor  B,  where  Quantity  Y  >  Quantity  X. 
The  difference  in  distance  between  vendor  A  and  vendor  B  is  5  miles,  so  I  must  drive  an 
additional  5  miles  to  transact  and  receive  more  gas  than  I  could  receive  from  vendor  A. 
This  presumes  I  know  with  a  high  degree  of  certainty  that  vendor  B  offers  the  gasoline 
appropriate  for  my  use  and  provides  similar  performance  at  a  price  sufficiently  lower  than 
I  can  get  from  vendor  A  so  as  to  warrant  travel  to  vendor  B.  If  my  level  of  knowledge  was 
lower  about  the  price  of  vendor  B,  then  I  must  consider  the  worth  issue  in  light  of  the 
uncertainty  that  vendor  B’s  price  would  be  sufficiently  less  than  vendor  A’s  price.  In  other 
words,  is  it  worth  the  risk  to  drive  farther  and  “shop”  for  gasoline?  The  loss  may  be 
quantifiable  in  the  case  when  vendor  B’s  price  is  known.  Either  the  price  is  sufficiently 
lower  or  it  is  not  to  justify  driving  to  vendor  B’s  location.  If  both  the  price  and  the  distance 
are  unknown,  then  there  is  less  sufficiency  and  greater  unknowns  with  which  to  deal. 
These  unknowns  can  be  incorporated  into  the  Worth  function  as  a  determination  of 
losses.  If  I  do  not  locate  a  gasoline  vendor  before  I  “run  out  of  gas”  I  will  incur  additional 
costs  of  purchasing  a  gas  can  and  the  cost  of  my  time  converted  on  a  cash  basis. 

Further,  if  I  locate  a  gasoline  vendor  and  the  price  is  higher  than  vendor  A,  then  I  have 
paid  more  than  I  could  have  paid. 

By  including  the  effects  of  high,  sufficient,  and  low  measures  of  quality,  a  decision 
based  on  Worth  can  be  structured  and  evaluated  in  a  methodical  fashion.  Obtaining 
sufficient  information  is  typified  by  the  trade-off  between  when  one  has  paid  too  much  or 
too  little  for  either  a  given  number  of  defects  as  measured  by  (1 )  a  degradation  or 
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improvement  in  performance,  or  (2)  which  results  in  defects  that  are  caused  by  certain 
levels  of  performance. 

Worth  is  simply  the  ratio  of  the  Value  V(t)  multiplied  by  the  Quality  Q(t). 
Performance  indicates  how  well  a  function  is  performed  by  the  system.  In  this  work, 
quality  refers  to  the  consistency  of  performance  (or  tolerance  that  signifies  how  good  the 
performance  is)  in  reference  to  the  amount  of  pain  or  loss  that  results  from  the 
inconsistency  as  described  by  Taguchi  (1990).  In  essence,  functions  result  in 
capabilities;  performances  differentiate  competing  products;  and  quality  affects  the 
lifecycle  cost  of  the  product.  For  each  function,  there  is  at  least  one  pair  of  requirements 
—  performance  and  quality.  The  quality  requirement  indicates  the  variation  and  impact  of 
the  variation  of  the  performance  requirement  of  a  function.  A  system  function  may  thus 
have  different  values  of  performance  and  the  quality  of  a  performance  may  have  different 
values.  The  summation  in  Equation  (1 )  is  thus  over  all  values  of  the  functions, 
performance,  and  quality,  for  all  time,  and  incorporating  all  uncertainties.  Equation  (2) 
indicates  the  Worth  of  system,  as  it  references  Value. 

Equation  2.  Worth  Function 

y  F(t)  *  p(t)  *  Q(t) 
w(t) = v(t)  *  Q(t) = ^  — 

m 

where  Q( t)  is  quality  (the  tolerance  assigned  to  the  performance  measures)  and  the 
time,  t,  is  measured  relative  to  the  onset  of  initial  investment  in  the  project.  We  refer  to 
the  delineation  of  a  function  in  terms  of  its  performance  and  the  quality  of  the 

performance  as  the  triadic  decomposition  of  the  function.  If  the  unit  of  Q(0  can  be 
converted  to  the  unit  of  I(t)  (Equation  1),  then  the  unit  of  W(t)  is  that  of  P(t)  ,  since 
F(t)  is  dimensionless.  Q( t)  can  be  thought  of  as  a  loss  that  is  incurred. 

Several  schemes  have  been  proposed  to  define  and  structure  requirements,  such 
as  functions,  performance,  and  tolerances/  physical  synthesis  by  Wymore  (1993), 
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hierarchical  task  analysis  by  Kruchten  (2000),  decomposition  coordination  method  of 
multidisciplinary  design  optimization  by  Jianjiang  (2005),  functional  descriptions  by 
Browning  (2003)  and  Cantor  (2003),  and  non-functional  descriptions  by  Poort  (2004). 

The  functional  triadic  decomposition  proposed  in  this  work  forms  a  basis  for  a 
management  tool  that  provides  a  structure  to  control  the  project.  Again,  triadic 
decomposition  prescribes  that  every  function  is  imbued  with  the  necessary  and  sufficient 
attributes  of  performance  and  quality.  It  forms  a  basis  for  a  management  tool  that 
provides  a  structure  to  control  the  project. 

Control  centers  on  three  functions  (again,  each  with  associated  performance  and 
quality):  Regulate  (monitor  and  adjust);  govern  (define  limits,  allocate  resources, 
determine  requirements,  and  report);  and  direct  (lead,  organize,  and  communicate). 

Traditional  functional  analysis,  supplemented  with  the  triadic  decomposition,  is 
conjectured  to  result  in  a  complete  and  comprehensive  set  of  requirements.  The 
resulting  functional  decomposition,  together  with  commensurate  system  specifications 
and  the  mechanisms  of  action  or  activity  (e.g.,  creation,  destruction,  modulation, 
translation,  transduction),  should  form  a  basis  upon  which  a  system  can  be  designed  and 
built  using  the  classical  set  of  system  development  models,  such  as  the  spiral,  “Vee”,  and 
waterfall  model. 

The  Value  of  a  product  is  thus  quantified  according  to  Equation  (1 )  and  the  Worth 
of  a  product  is  quantified  according  to  Equation  (2).  From  the  manufacturer’s  point-of- 
view,  a  “product’s  worth”  is  one  that  has  met  some  investment  criteria  for  the  desired  set 
of  functionality,  performance,  and  quality  requirements.  From  the  purchaser’s 
(consumer’s)  point-of-view,  the  expression  in  Equation  (2)  aids  in  the  trade  between  the 
applicability  of  a  purchased  product  (in  terms  of  the  item’s  functionality,  performance,  and 
quality)  and  the  total  cost  and  time  invested  in  the  purchase  and  use  of  the  product. 

Value  and  Worth  are  calculated  at  the  moment  of  the  agreed  exchange  of 
product/services  for  a  given  amount  or  recompense.  Worth  reflects  the  uncertainties 
based  on  losses  that  are  associated  with  the  exchange.  These  exchanges  (or  interactions 
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between  elements)  are  quantifiable  and  may  have  a  net  impact  on  the  Value  and  Worth 
of  the  system,  or  in  the  exchange  between  two  or  more  systems  through  their  respective 
elements,  a  system(s)  of  systems  interaction.  We  are  interested  in  the  interactions  that 
have  consequences  that  are  measurable  in  the  lifecycle  of  the  product  or  service.  To 
incorporate  this  level  of  minimum  interest,  we  introduce  the  concept  of  a  Net  Impact  that 
is  defined  as  a  consequence  that  exceeds  a  threshold  that  is  determinable  to  be  of 
interest. 

Worth  Transfer  Function.  In  control  theory,  a  transfer  function  is  a  mathematical 
representation  of  the  relation  between  the  input  and  output  of  a  system.  A  Worth  transfer 
function  (WTF)  between  two  elements  of  a  system  is  defined  to  be  the  exchange  of  Worth 
between  the  two  elements.  Worth  is  what  is  received  (in  terms  of  usefulness)  for  an 
investment.  This  exchange  necessarily  assumes  some  measure  of  risk.  Given  risk,  a 
WTF  can  thus  be  either  a  manifestation  of  the  state,  (or  a  change  in  state  of  a  system)  or 
a  tool  to  evaluate  differences  between  the  state  of  a  system  and  the  state  of  another 
system  or  between  the  states  of  two  systems  in  a  system  of  systems.  In  essence,  the 
WTF  represents  various  impact(s)  on  the  state(s)  of  a  system.  The  WTF  can  be  a  nested 
hierarchy  of  WTFs,  all  related  through  functional  decomposition.  Depending  on  the  worth 
ascribed  to  each  of  the  WTFs,  the  state(s)  of  the  system(s)  may  be  impacted  to  varying 
degrees.  The  result  is  that  a  small  number  of  WTFs  may  be  equivalent  to  a  large  number 
of  irreducible  WTFs. 

A  system  is  a  set  of  elements  that  are  either  dependent  or  independent  but 
interacting  pairwise — temporally  or  physically — to  achieve  a  purpose.  The  elements  form 
the  boundary  of  the  system.  This  definition  takes  into  account  both  the  permanent  and 
episodic  interactions  among  elements  of  a  system  or  systems  of  a  system  of  systems.  It 
thus  includes  the  lasting  and  occasional  interactions,  as  well  as  emergent  properties  and 
behaviors,  of  a  system.  These  interactions  effect  transfer  of  energy,  materiel,  data, 
information,  and  services.  They  can  be  cooperative  or  competitive  in  nature,  and  they 
can  enhance  or  degrade  the  system  Worth,  which  is  defined  below.  The  pairwise 
interaction  transfers  a  measure  of  worth  from  one  element  of  a  pair  to  the  other  element. 
We  term  the  measure  of  the  transferred  worth  the  Worth  Transfer  Function  (WTF). 
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Complexity.  Complexity  of  a  system  is  often  characterized  by  the  total  quantity  of 
units  that  make  up  the  system.  As  described  by  Homer  (2001)  and  Li  (1997)  it  is  both  the 
number  of  and  interactions  among  the  units  that  in  general  are  used  to  imply  and  define 
complexity.  The  system  complexity  thus  augments  the  management  challenge  because 
of  the  large  number  and  various  types  of  system  elements  and  stakeholders.  In  this 
work,  complexity  is  reflected  by  the  number  and  significance  of  WTFs  among  the 
elements  of  a  system  or  among  the  systems  of  a  system  of  systems.  Since  an  element 
of  a  system  may  also  be  a  stakeholder  of  the  system,  increasing  the  number  of 
stakeholders  increases  the  complexity.  Managing  complexity  or  managing  stakeholders 
thus  amounts  to  managing  the  WTFs.  It  must  be  noted  that  a  stakeholder  with  a  large 
WTF  (i.e.,  a  funding  source  with  many  requirements)  may  add  no  more  complexity  than 
does  a  large  number  of  stakeholders  with  a  few  requirements. 

Risk.  Using  the  logic  in  (Lowrance,  1976),  Lewis  (2006)  defines  simple  risk  as  a 
function  of  three  variables:  threat,  vulnerability,  and  damage.  Replacing  damage  with 
Worth,  Langford  and  Horng  (2007)  capture  risk  through  threat,  vulnerability,  and  Worth. 
An  element  e  of  a  system  is  associated  with  a  risk,  Rei  defined  by 

Equation  3.  Element  Risk  Equation 


Re=Xe*Ue*We=Xe*(\-ae)*We 

where,  *  indicates  the  convolution  that  expresses  the  overlap  and  blending  of  factors; 
and  where,  threat,  Xe  j  js  a  set  of  harmful  events  that  could  impact  the  element; 
vulnerability,  Ue  js  the  probability  that  element  ^  is  degraded  or  fails  in  some  specific 

way,  if  attacked;  Worth,  =  ^[1  —  L e \  ,  where  Le  is  the  loss  that  results  from  a 
successful  attack  on  element  e  \  and  susceptibility,  ae,  is  the  likelihood  that  an  asset  will 

survive  an  attack.  We  is  given  by  Equation  (2).  It  may  be  loss  of  productivity,  casualties, 
loss  of  capital  equipment,  loss  of  time,  or  loss  of  dollars.  Susceptibility  is  the  complement 
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of  vulnerability.  Equation  (3)  reflects  these  tentative  affinities.  One  finds  vulnerabilities  in 
a  worthy  system  from  the  threats  to  that  system. 

Since  an  element  in  a  system  (or  network)  may  be  connected  to  more  than  one 
element,  the  number  of  WTFs  associated  with  the  element  is  the  degree  of  the  element. 

Subscribing  to  Mannai  and  Lewis  (2007),  we  obtain  the  system  risk,  R  ,  as 

Equation  4.  Total  Risk  Equation 


n+m 

i= 1 

in  which  n  denotes  the  number  of  elements,  m  the  number  of  links  or  WTFs,  and 
g,  denotes  the  degree  of  connectedness  (i.e. ,  the  number  of  connections)  to  the  ith 
element. 

As  a  result  of  the  WTF  between  two  elements,  e,  and  e2 ,  at  the  moment  of  their 
interaction,  we  have 


Equation  5.  Value/Risk  Equation 


W„ 


R 


It  is  the  expression  in  Equation  (4)  that  forms  the  basis  for  complexity 
management. 

Discussion 

The  approach  extends  the  published  and  private  works  of  Langford  to  identify  and 
apply  measurable  objectives  to  characterizing  and  analyzing  Gap  Analysis.  The  two  basic 
metrics  are  competitive  Worth  and  a  C ost-to-risk  ratio.  Both  are  displayable  in  an 
Enterprise  Framework. 
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Gap  Analysis  fits  into  the  overall  scheme  of  acquisition  by  providing  decision¬ 
makers  with  a  structured  and  objective  VoA  from  which  to  procure  systems  that  satisfy 
defined  needs.  The  desired  results  of  Gap  Analysis  are  to:  (1 )  predict  what  we  need  for  a 
postulated  event,  (2)  compare  what  we  need  to  what  we  have,  (3)  identify  those  items 
that  need  to  be  changed  or  added  along  with  the  amount  of  investment  in  time  and 
money  required,  and  (4)  enumerate  the  potential  limitation  of  future  capabilities. 
Recognizing  there  may  be  no  means  to  maintain  an  optimal  relation  between  the  two 
limits — what  we  need  and  a  potential  limitation  in  capabilities — we  assume  the  principles 
and  practices  of  engineering  are  evolutionary  and  that  the  fundamental  laws  of  physics 
prevail. 

Further,  we  use  generally  accepted  economics  terminology,  extended  to 
encompass  the  notion  that  the  price  one  pays  for  a  product  assumes  and  accounts  for 
the  loss  realized  to  make  the  purchase  (Taguchi,  Chowdhury  &  Wu,  2005).  That  is,  the 
purchase  price  of  a  product  includes  the  cost  of  procurement — for  example,  the  $1 
purchase  of  a  pen  must  be  increased  to  $5  to  include  $0.50  of  gasoline,  plus  amortized 
cost  of  maintenance,  plus  insurance,  plus  depreciation,  and  plus  labor  rate  times  travel 
time  to  drive  to/from  and  make  the  purchase,  etc.  This  notion  states  a  willingness  to 
spend  (lose)  $xto  purchase  a  $1  item. 

Following  the  accepted  systems  engineering  process,  product  requirements  are 
defined  hierarchically  with  each  successive  level  offering  greater  detail  via 
decomposition.  However,  unlike  the  different  types  of  requirements  that  attach  to  various 
process  models  (e.g.,  functional  and  non-functional  requirements),  we  define  all 
processes  and  products  by  three  measures — their  functions,  performances,  and  qualities 
(Langford,  2006;  2007).  Relative  to  the  Investment  (Cost  or  its  equivalent)  to  bring  a 
product  to  operational  capability,  the  product  has  determinable  Worth.  That  Worth  is 
expressed  as  a  ratio  of  total  value  (i.e.,  operational  capability  or  use  as  measured  in 
terms  of  a  unit  of  performance  (e.g.,  work,  throughput...)  multiplied  by  Quality  (effectively 
divided  by  the  potential  losses  that  could  be  incurred)  and  then  divided  by  total  lifecycle 
investment  (i.e.,  expected  cost  for  the  use).  As  an  example,  if  this  ratio  is  less  than  1 , 
then  the  product  has  lower  than  expected  worth. 
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Worth  is  related  to  both  the  vulnerabilities  of  the  system  and  to  the  outputs  of  the 
system.  The  risks  are  a  function  of  the  threats  and  vulnerabilities,  where  threats  are  typed 
by  magnitudes  and  frequencies;  and  vulnerabilities  are  determined  by  the  likelihoods  of 
success  (US  Department  of  Defense,  2006).  The  outputs  of  the  system  are  related  to  the 
vulnerabilities  through  the  price-demand  elasticity  curves  (Lemarechal,  2001).  The 
competition  and  the  marketplace  determine  the  threats;  the  operational  strategy 
determines  the  vulnerabilities;  and  the  triad  of  requirements  determines  the  Worth 
(Langford,  2007). 

To  investigate  the  multivariate  probability-density  functions  of  the  Risk  Equation 
(Equation  3),  a  step-wise,  two-variable  analysis  reveals  both  the  boundary  conditions  and 
the  relationships.  Table  1  shows  these  boundary  conditions.  When  any  of  the  three 
variables  (Worth,  Vulnerability,  or  Threat)  is  zero,  Risk  is  zero.  And  conversely,  when 
Risk  is  zero,  one  or  more  of  the  three  variables  (Worth,  Vulnerability,  or  Threat)  is  zero. 


Worth  =  0 

Risk  =  0 

Worth  =  0 

Threat  -  oo 

Vulnerability  =  0 

Risk  =  0 

Threat  =  0 

Risk  =  0 

Risk  =  0 

Threat  =  0 

Risk  =  0 

Vulnerability  =  0 

Risk  =  0 

Worth  =  0 

Table  1.  Multivariate  Boundary  Conditions  for  Risk  Equation 

A  product  that  has  Worth  (quantified  by  the  Worth  Equation  (Equation  2),  from  the 
developer’s  point-of-view,  is  one  that  has  met  the  investment  criteria  for  the  desired  set  of 
functionality,  performance,  and  quality  requirements.  From  the  user’s  point-of-view,  the 
Worth  Function  Equation  emphasizes  the  trade  that  is  made  between  the  applicability  of 
the  purchased  item  (in  terms  of  the  item’s  functionality,  performance,  and  quality)  and  the 
total  cost  and  time  invested  to  purchase  and  use  and  sustain  the  product.  This  total  cost 
and  time  (accumulated  over  the  product’s  lifecycle)  means  not  only  during  acquisition  of 
the  product,  but  also  during  the  operation  of  the  product  and,  finally,  its  disposal.  This 
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lifetime  cost  and  time  investment  can  also  be  viewed  as  a  total  loss  to  society  (Taguichi, 
1990),  or  as  a  specified  loss  as  defined  by  a  set  of  conditions. 

Within  the  constraints  of  the  boundary  conditions  indicated  in  Table  1,  the  relative 
ratios  of  Worth/Risk  for  an  activity,  a  process,  or  a  product  or  service  may  be  displayed 
as  probability  density  functions,  and  then  summarized  for  display  purposes  as  single  data 
points.  Figure  1  indicates  two  product  lines,  each  drawn  with  designated  points  on  curves 
depicting  desirability,  acceptability,  and  unacceptability.  Product  A  (indicated  on  the  upper 
right)  has  a  higher  market  worth-to-risk  ratio  than  Product  B  (lower  left).  The  increasing 
worth-to-risk  ratio  moves  generally  upward.  Product  A  can  be  compared  to  Product  B  on 
a  one-to-one  basis.  Product  parameters  that  indicate  movement  vertically  upward  reflect 
a  decreasing  threat  but  no  change  in  vulnerability.  Products  that  indicate  movement 
horizontally  to  the  left  reflect  decreasing  vulnerability  but  no  change  in  threat.  Products 
that  compete  on  price,  such  as  the  lower-priced  Product  B  in  Figure  1 ,  have  Event-space 
Strings  (Langford,  2007)  that  are  displaced  upwards  relative  to  their  higher-priced 
competitors.  Event-Space  Strings  are  made  up  of  sequences  of  causal  events.  These 
events  are  separated  by  probabilistic  transitions  rather  than  either  temporal  or  spatial  (in 
the  sense  of  being  an  adjacent  event  in  a  series)  idealizations. 

Consequently,  Product  B  has  a  ’’Desired”  position,  which  is  higher  than  that  of 
Product  A’s  “Acceptable”  position  in  the  competitive  Enterprise  Framework.  The  higher 
position  is  indicative  of  the  lower  price  (the  lifetime  cost  to  the  consumer).  If  the  lower 
price  was  offset  by  reduced  functionality,  performance,  or  quality,  then  the  Worth  would 
not  increase.  Product  B  is  also  located  to  the  left  of  Product  A,  which  indicates  a 
reduction  in  vulnerability.  This  implies  reduced  risk  and  reduced  threats.  Therefore,  as  a 
competitive  strategy,  offering  the  lowest  price  with  the  highest  utility  is  an  efficacious 
strategy  when  competitors  are  unable  to  match  utility  and  pricing. 
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Figure  1.  Enterprise  Framework  Illustrating  the  Worth-to-risk  Assessment  for 

Competing  Products 


The  metrics  for  evaluating  the  Value-to-risk  ratio  or  the  Worth-to-risk  ratio  and  their 
associated  examples  that  describe  contextual  relationships  are  indicated  in  Table  2. 
These  metrics  are  the  rules  which  govern  movement  in  the  Enterprise  Framework.  Each 
rule  corresponds  to  the  impacts  of  business  operations,  competitive  strategy,  and  the 
means  of  type  of  product  offering.  Event-space  Strings  are  unique  to  a  company’s 
operations,  strategy,  and  product  offering.  These  rules  describe  the  order  of  relative 
motions  that  have  meaning  appropriate  to  the  context  of  a  competitive  space.  Further, 
these  rules  are  applicable  to  commercial  products  and  services,  the  DoD  battlespace,  the 
procurement  and  acquisition  landscapes,  and  the  business  environment  considerations  of 
business  models  and  strategies. 

In  general,  the  Enterprise  Framework  is  a  visualization  of  decision-making 
processes  in  which  the  factors  of  value  engineering,  systems  engineering,  economics, 
acquisition,  and  operations  research  are  involved.  From  such  rules,  the  DoD  Gap 
Analysis  progresses  in  an  orderly  and  logical  fashion.  Traditional  statistical  analysis, 
probability  theory,  and  modeling  are  readily  represented  in  proper  context  with 
conventional  interpretation.  As  such,  an  error  analysis  results  in  confidence  intervals  for 
each  point  on  the  Event-space  Strings.  The  scales  of  threat'1  and  vulnerability'1  are 
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determined  by  the  probability  of  occurrence  (0  to  1 )  multiplied  by  the  frequency  of 
occurrence  (rate),  and  the  odds  of  successfully  inflicting  loss  (0  to  1 ),  respectively.  The 
vulnerability  scale  can  be  normalized  in  terms  of  dollars  or  number  of  items.  Threats  can 
be  similarly  normalized,  as  the  situation  warrants.  Worth  can  be  stated  in  either  dollars  or 
by  number  of  items.  Risk  is  a  number  between  zero  and  one. 

Of  the  possible  rules  (Table  2)  for  interpreting  the  Enterprise  Framework,  thirty-one 
have  been  identified;  and  thus  far,  seventeen  have  been  investigated.  For  example,  Rule 
1  implies  a  higher  product  utility  (higher  functionality,  performance,  and/or  quality).  For  a 
decrease  in  vulnerability  (e.g.,  opening  a  new  channel  of  distribution)  due  to  a  new 
competitive  entrant  in  the  marketplace  (increase  in  threat),  Rule  2  requires  an  increase  in 
Worth  commensurate  with  an  increase  in  the  Risk  the  enterprise  is  willing  to  accept.  If  the 
competitive  landscape  does  not  change,  and  the  enterprise’s  product  remains  the  same, 
then  opening  up  a  new  channel  of  distribution  both  lessens  the  product’s  vulnerability  to 
competitive  factors  as  well  as  reduces  the  enterprise  risk  with  that  product.  Rule  4 
indicates  that  an  increase  in  vulnerability  results  in  an  equivalent  increase  in  risk — if  there 
are  no  changes  in  threat  and  the  product  remains  the  same.  Rule  5  indicates  that  a 
decrease  in  threat  directly  results  in  a  decrease  in  risk  if  the  enterprise’s  product  and 
vulnerability  are  unchanged.  Rule  6  implies  an  increase  in  vulnerability  decreases  Worth 
(e.g.,  cost  paid  by  a  consumer  increases  due  to  a  reduction  in  channel  distribution)  and 
increases  the  enterprise’s  risk  if  the  threat  landscape  remains  constant.  Rule  7  indicates 
a  reduction  in  the  threat  (e.g.,  competitors  leave  competitive  space)  results  in 
commensurate  reduction  in  risk,  and  the  Worth  and  vulnerability  stay  the  same.  Rule  8 
indicates  a  reduction  in  the  threat  (e.g.,  competitors  leave  competitive  space)  results  in 
commensurate  reduction  in  risk,  unless  either  the  product  value  or  vulnerability 
increase — in  which  case,  the  overall  risk  would  increase.  Rule  9  indicates  as  the  threat 
increases,  the  risk  increases,  assuming  the  Worth  and  vulnerability  remain  constant.  Rule 
10  indicates  as  the  threat  increases,  the  risk  increases,  unless  either  or  both  the  value 
and  vulnerability  decrease.  Rule  1 1  implies  a  greater  investment  in  time  and,  therefore,  a 
lower  value  and,  hence,  a  higher  risk.  Rules  6,  1 2,  and  1 6  each  imply  a  lower  product 
utility  (insufficient  functionality,  performance,  and/or  quality).  Rule  13  implies  the  product 
utility  is  worthless.  Rule  14  implies  a  lower  investment  (time  x  money)  and,  therefore,  a 
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higher  product  Worth.  Rule  15  implies  the  product  has  both  higher  utility  and  higher  risk 
and  is,  therefore,  worth  more  given  that  the  threat  and  vulnerability  remains  unchanged. 
Rule  17  implies  a  disruptive  technology  or  discontinuous  innovation  (Langford  &  Lim, 
2007). 


Following-up  on  this  last  rule  that  drives  the  display  and  interpretation  of  data  in 
the  Enterprise  Framework,  the  discovery  and  analysis  of  potentially  disruptive  events  and 
technologies  (Rule  17)  is  particularly  bothersome  for  Gap  Analysis.  At  issue  is  the  degree 
of  uncertainty  that  influences  the  choices  and  selection  of  alternatives  in  acquisition.  The 
dangers  of  underestimating  or  not  recognizing  a  disruptive  technology  or  disruptive 
innovation  results  in  a  miscalculation  of  (1)  a  sound  operational  vision;  (2)  the  importance 
of  planning  and  implementing  an  appropriate  operational  model;  (3)  the  understanding  of 
the  relationships  between  current  paradigms  and  a  disruptive  technology  or  innovation; 
and  (4)  the  requisite  acquisition  strategy. 


Vulnerability  4 

Worth  4 

Risk  . 

Threat  . 

Rule  1 

Vulnerability  4 

Threat4 

Risk  4 

Worth  4 

Rule  2 

Vulnerability  4 

Risk  4 

Threat. 

Worth  . 

Rule  3 

Vulnerability  4 

Risk  4 

Threat. 

Vulnerability  - 

Rule  4 

Vulnerability  _ 

Threat^ 

Value  . 

Risk  4 

Rule  5 

Vulnerability  4 

Worth  4 

Risk  4 

Threat  . 

Rule  6 

Threat  ^ 

Risk  4 

Vul.  . 

Worth  . 

Rule  7 

Threat  4 

Risk  4 

Unless  vulnerability  and/or  worth  4 

Rule  8 

Threat  4 

Risk  4  or  Worthy 

Rule  8 

Threat  4 

Risk  4 

Worth  -  and  vulnerability  - 

Rule  9 

Threat  4 

Risk  4 

Unless  vulnerability  and/or  Worthy 

Rule  10 

Value  4 

Threat4 

Risk  . 

Vulnerability  - 

Rule  11 

Value  4 

Vul.  4 

Risk  . 

Threat  . 

Rule  12 

Value  4 

Risk  4 

Threat. 

Vulnerability  . 

Rule  13 

Value  4 

Threat4 

Risk  . 

Vulnerability  - 

Rule  14 

Value  4. 

Risk  4 

Risk  . 

Vulnerability  - 

Rule  15 

Value  4 

Vul.  4 

Risk  . 

Threat  4 

Rule  16 

Vulnerability  4 

Threat4 

Worth  44 

Risk  . 

Rule  17 

Table  2.  Rules  for  Risk  Equation  in  Enterprise  Framework 


Note:  Up  arrows  indicate  an  increase;  Double  up  arrows  indicated  a  dramatic  increase;  Down  arrows 
indicate  a  decrease;  and  a  dash  indicates  no  change. 
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Finally,  the  graphical  display  of  the  competitive  space  (Enterprise  Framework) 
found  in  Figure  1  portrays  the  results  of  Gap  Analysis.  From  the  view  of  the  Enterprise 
Framework,  the  gaps  reveal  the  needed  capabilities,  the  prioritization  of  the  capabilities, 
and  the  efficacy  of  the  proposed  alternatives.  In  the  case  of  weapon  systems,  the 
Enterprise  Framework  is  the  geographical  battlespace.  It  has  physical  structure, 
command  structure,  information  structure,  and  engagement  structure.  Each  structure  is 
depicted  as  temporal-  and  event-driven  layers.  Truth  is  established  with  scenarios 
imbued  with  capabilities  as  enacted  through  these  structures.  Additionally,  the  Enterprise 
Framework  illustrates  opportunity  shifts,  allows  evaluation  of  potential  adversaries,  and 
guides  the  choices  of  what  should  be  developed,  indicates  the  system  requirements  that 
are  satisfied  by  various  strategies,  illustrates  potential  target  segmentations,  and 
describes  geographical  arenas  in  context  of  system  capabilities. 

General  Formulation  of  Results 

This  work  defines  an  Enterprise  Framework  in  which  to  display  the  results  of 
analyzing  a  Gap.  For  the  purposes  of  this  paper,  an  Enterprise  Framework  is  a  marriage 
of  business  parameters  (reflecting  operations  and  strategy)  and  product  parameters 
(functions,  performance,  and  qualities).  The  marriage  is  bonded  through  the  structure  of 
an  expression  of  Risk  (Equation  2). 

In  essence,  the  Enterprise  Framework  is  an  application  framework  that  includes  a 
multivariant  view  of  a  competitor’s  objectives,  structure,  and  behavior.  It  is  an  adaptation 
of  human  activities  into  an  abstraction  that  models  the  differences  between  these 
objectives,  structures,  and  behaviors.  Further,  the  framework  is  constrained  by  only  two 
factors:  geographical  boundaries  (for  contextual  structure)  and  a  common  event  (to  bring 
specificity  to  the  nature  of  the  competition). 

Unlike  the  products  of  the  domain  analysis  process,  which  implies  a  reference 
model  for  the  semantics  of  the  application  domain,  the  Enterprise  Framework  described 
in  this  paper  does  not  distinguish  between  such  reference  models,  reference 
architectures,  and  the  results  of  mapping  a  reference  model  (domain  model)  into  an 
architecture  style.  Further,  our  Enterprise  Framework  is  also  not  only  an  analysis-only 


24 


enterprise  framework  (Hafedh  et  al. ,  2002).  It  generally  suffices  to  investigate  the 
interfaces  between  a  subject  or  action  (e.g.,  issues,  process  or  activity  and  other  issues, 
processes  or  activities)  and  other  subjects  or  actions. 

However,  in  the  case  of  Gap  Analysis,  it  has  proven  to  provide  additional  insight 
into  its  nature  to  examine  its  territory — the  makeup  of  and  changes  in  its  surrounds, 
environs,  relationships,  and  key  drivers.  There  are  different  types  of  Gap  Analysis 
“domains.”  Some  of  these  domains  are  constrained  by  organizational  demands, 
sometimes  by  personality  issues,  and  sometimes  by  other  circumstances.  The  internal 
structure  of  the  Gap  Analysis  domains  are  arranged  in  particular  patterns  within  an 
organization.  Continuous  functions  (or  patterns)  are  built  and  sustained  by  authoritative 
proclamation.  Over  time,  such  structures  evolve  to  a  mature  environment  that  supports 
decision  fitness  and  reliability  in  process  planning.  However,  when  the  Gap  Analysis 
territory  is  invoked,  organized,  structured,  and  enacted  in  response  to  stimuli,  the 
outcomes  of  the  work  are  predictably  inconsistent  and  generally  low  in  efficacy  (Langford 
et  al.,  2006,  December). 

Additional  questions  arise  in  formulating  an  overall  strategy  to  analyze  Gap 
Analysis:  Do  all  organizations  have  Gap  Analysis  policies,  strategy,  procedures, 
processes,  and  rules?  Are  the  enactments  the  same?  How  does  Gap  Analysis  differ 
within  and  across  organizations?  What  are  the  priority  and  process  necessities  that  are 
observed?  How  and  why  does  the  position  of  Gap  Analysis  within  an  organization 
matter?  Do  the  organization’s  position  and  priorities  affect  how  Gap  Analysis  is 
performed,  how  it  is  interpreted,  why  it  is  done,  how  it  is  done,  who  does  it,  what  is  done, 
or  when  it  is  done?  Are  there  general  (or  simple)  rules  that  apply  to  all  Gap  Analyses? 

These  questions  focus  on  the  crux  of  the  rules,  roles  (responsibilities),  and 
mechanisms  that  determine  how  Gap  Analysis  is  organized,  and  how  host  organizations 
change  during  the  Gap  Analysis  process.  It  is  one  of  the  purposes  of  this  research  to 
move  beyond  the  descriptive  and  correlative  aspects  of  investigating  Gap  Analysis.  While 
such  an  early  mapping  activity  provides  the  necessary  framework  to  begin  to  understand 
and  further  to  identify  areas  for  additional  investigation,  it  is  essential  to  identify  the 
mechanisms  responsible  for  the  dynamics  of  Gap  Analysis,  and  to  then  determine  how 
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these  mechanisms  respond  and  contribute  to  the  psychological  cues,  such  as  stimulation 
through  signaling  pathways. 

The  Enterprise  Framework  is  a  tool,  a  means  to  comprehend  competitive  business 
and  operational  models  and  product  offerings,  structured  in  forms  that  compare  and 
definitively  rate  each.  Additionally,  market  segmentations,  niches,  products,  and  upgrade 
strategies  are  readily  apparent  when  coupled  with  a  backward-looking  series  of  event- 
space  framings.  An  example  of  a  generic  Enterprise  Framework  is  shown  in  Figure  1 . 

Threat  to  the  competitive  offering  is  plotted  versus  its  vulnerability.  Risk  is  held 
constant  and  Worth  (Function,  Performance,  Quality  divided  by  Investment)  increases  to 
the  upper  right.  Upgrading  a  product  moves  the  data  point  along  the  curve  from  the  left  to 
the  right.  The  range  of  acceptability  is  indicated  as  Unacceptable  (on  the  left)  to  Desirable 
(on  the  right).  A  Gap  represents  the  space  between  data  points.  Moving  from  one  curve 
to  the  next  also  indicates  a  Gap,  but  not  an  upgrade  of  an  existing  product.  Rather,  this 
Gap  represents  a  form  of  Disruptive  Technology  in  the  competitive  landscape.  Increasing 
Worth  is  indicated  as  moving  “up”  the  curves  to  the  top  and  to  the  left.  Decreasing  Worth 
is  indicated  as  moving  “down”  the  curves  to  the  bottom  and  to  the  right.  The  rules 
indicated  in  Table  2  illustrate  the  meanings  and  visualizations  of  Gaps.  The  scales  of 
Threat'1  and  Vulnerability'1  are  relative  scales  for  local  normalization  of  the  competitive 
parameters.  On  a  more  global  summarization  of  Worth  across  multiple  competitive 
domains,  there  are  other  issues,  such  as  localized  determination  of  value  versus 
universal  principles  of  value.  For  example,  is  it  more  valuable  to  go  to  a  restaurant  or  to 
invest  in  a  set  of  cooking  utensils?  Is  it  worth  more  to  make  such  an  investment?  Some  of 
the  factors  that  need  to  be  considered  are  the  opportunities  from  “networking”  at  the 
restaurant,  versus  the  long-term  investment  in  lowering  the  cost  of  eating.  For  the 
purpose  of  this  paper,  the  authors  relate  only  the  localized  competitive  factors  when 
comparing  products. 
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Results 


DoD  Competition 

In  DoD  competition,  the  basic  parameters  of  Equation  3  are  compared  for  two 
products  (P-1  and  P-2).  P-1  is  shown  as  the  yellow  curve  and  competes  with  P-2  (shown 
on  the  blue  curve.  P-1  becomes  a  standard  and  P-2  joins  the  standard  (shown  as  the  red 
curve.  The  Risk  of  Loss  (RL)  is  specified  a  priori;  the  Risk  of  Pricing  (RP)  is  determined  by 
the  15%  competitive  pricing  law  (Draper,  1998)  and  is,  therefore,  not  a  risk  factor;  the 
threats  (X)  are  determined  by  the  competitive  marketplace  factors  (e.g.,  market  share  and 
customer  loyalty);  the  vulnerabilities  (U)  are  determined  by  the  enterprise  strategy  (e.g., 
partnerships,  branding,  and  image);  the  product’s  functionality  (F)  is  determined  in  both  a 
relative  sense  (e.g.,  competition),  and  in  an  absolute  sense  (e.g.,  customer  expectation); 
the  product’s  performance  (P)  is  assumed  to  meet  the  expectations  of  the  customer  and 
the  user;  the  product’s  quality  (Q)  is  determined  by  the  lifecycle  cost  measure  or  loss  to 
the  consumer  (rather  than  the  typical  denotation  of  quality  as  merely  a  tolerance  attribute 
of  a  performance  requirement  (Pahl  &  Beitz,  1995));  and  the  Time  to  develop  the  product 
is  likewise  considered  to  be  competitively  similar  in  duration. 
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Figure  2.  Gap  Analysis — Commercial  Competitive  Assessment 
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Summary  and  Conclusions 


Gap  Analysis  is  fundamental  to  the  US  DoD  acquisition  system.  The  dismal 
results  of  time  and  cost  overruns,  ineffective  use  of  constrained  resources,  and 
missed  opportunities  to  make  improvements  without  jeopardizing  schedule  and  cost 
drive  a  critical  evaluation  of  DoD  acquisition  (Rumsfeld,  2001).  Since  the  cost  and 
the  success  of  acquisition  are  in  as  much  constrained  by  the  initial  conditions,  it  is 
prudent  to  develop  and  apply  tools  that  can  help  improve  both  the  evaluation  and  the 
processes  of  acquisition.  Gap  Analysis,  one  of  the  key  early-phase  drivers  of  the 
acquisition  process,  has  significant  room  for  improvement. 

This  paper  discusses  the  Systems  Engineering  Value  Equation  (Value 
Engineering)  and  the  Worth  Function  in  the  context  of  the  ratio  of  triadic 
decomposition  of  requirements  based  on  functions,  performance,  and  quality  to  the 
investment  in  time  and  cost.  Investors  and  stakeholders  have  expectations  about 
products  they  support.  These  expectations  necessarily  need  to  be  complemented 
with  a  rigorous  analysis  of  gaps.  The  notion  has  general  adaptability  and  applicability 
to  commercial  and  DoD  acquisition.  In  the  commercial  sense,  the  Gap  Analysis  tools 
can  be  used  to  better  position  products  in  competitive  market  space.  In  the  DoD 
sense,  more  effective  use  of  constrained  resources  can  be  applied  to  military 
development  activities. 

The  application  of  Gap  Analysis  to  the  general  problem  of  satisfying 
requirements  is  challenged  by  more  than  simply  improving  the  methodology. 
Methodology  that  is  encumbered  with  time-consuming  steps  and  overburdened 
processes  does  not  improve  Gap  Analysis.  It  is  only  through  a  streamlining  of  Gap 
Analysis  that  is  efficacious,  effective,  and  efficient  that  the  forces  and  consequences 
of  acquisition  are  better  served.  Thus,  it  is  much  more  than  determining  merely  what 
can  be  improved  with  Gap  Analysis  and  more  to  the  point,  to  determine  how  to 
improve  the  outcomes  of  Gap  Analysis  (which  includes  the  time  to  complete  the  Gap 
Analysis  process).  To  that  end,  the  actions  of  Gap  Analysis  should  not  be  obstructed 
by  insistence  on  unnecessary  procedures  and  folderol.  Straightforward  application  of 
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the  formulations  laid  out  in  this  report  result  in  the  application  of  sound  value 
engineering  and  the  systems  engineering  that  have  generally  become  widely 
accepted  as  standard  practices. 

At  least  some  future  research  on  Gap  Analysis  should  concentrate  on  the 
further  expansion  of  the  standards  of  earned  value  management  as  well  as  the 
integration  of  new  management  practices  to  exploit  fully  the  prowess  of  value 
engineering  and  systems  engineering. 
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2003  -  2006  Sponsored  Acquisition  Research 
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Acquisition  Management 

■  Software  Requirements  for  OA 

■  Managing  Services  Supply  Chain 

■  Acquiring  Combat  Capability  via  Public-Private  Partnerships  (PPPs) 

■  Knowledge  Value  Added  (KVA)  +  Real  Options  (RO)  Applied  to 
Shipyard  Planning  Processes 

■  Portfolio  Optimization  via  KVA  +  RO 

■  MOSA  Contracting  Implications 

■  Strategy  for  Defense  Acquisition  Research 

■  Spiral  Development 

■  BCA:  Contractor  vs.  Organic  Growth 

Contract  Management 

■  USAF  IT  Commodity  Council 

■  Contractors  in  21st  Century  Combat  Zone 

■  Joint  Contingency  Contracting 

■  Navy  Contract  Writing  Guide 

■  Commodity  Sourcing  Strategies 

■  Past  Performance  in  Source  Selection 

■  USMC  Contingency  Contracting 

■  Transforming  DoD  Contract  Closeout 

■  Model  for  Optimizing  Contingency  Contracting  Planning  and  Execution 

Financial  Management 

■  PPPs  and  Government  Financing 

■  Energy  Saving  Contracts/DoD  Mobile  Assets 

■  Capital  Budgeting  for  DoD 

■  Financing  DoD  Budget  via  PPPs 

■  ROI  of  Information  Warfare  Systems 

■  Acquisitions  via  leasing:  MPS  case 
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■  Special  Termination  Liability  in  MDAPs 

Logistics  Management 

■  R-TOC  Aegis  Microwave  Power  Tubes 

■  Privatization-NOSL/NAWCI 

■  Army  LOG  MOD 

■  PBL  (4) 

■  Contractors  Supporting  Military  Operations 

-  RFID  (4) 

■  Strategic  Sourcing 

■  ASDS  Product  Support  Analysis 

■  Analysis  of  LAV  Depot  Maintenance 

■  Diffusion/Variability  on  Vendor  Performance  Evaluation 

■  Optimizing  CIWS  Life  Cycle  Support  (LCS) 

Program  Management 

■  Building  Collaborative  Capacity 

■  Knowledge,  Responsibilities  and  Decision  Rights  in  MDAPs 

■  KVA  Applied  to  Aegis  and  SSDS 

■  Business  Process  Reengineering  (BPR)  for  LCS  Mission  Module 
Acquisition 

■  Terminating  Your  Own  Program 

■  Collaborative  IT  Tools  Leveraging  Competence 
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